home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20030409-20031118 / 000222_nospam@dontbother.luser_Wed Aug 13 12:10:45 EDT 2003.msg < prev    next >
Text File  |  2020-01-01  |  6KB  |  135 lines
  1. Article: 14460 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!phl-feed.news.verio.net!nntp1.tagonline.com!nycmny1-snf1.gtei.net!nycmny1-snh1.gtei.net!news.gtei.net!newsfeed.mathworks.com!wn13feed!wn11feed!wn14feed!worldnet.att.net!199.45.49.37!cyclone1.gnilink.net!spamkiller2.gnilink.net!nwrdny01.gnilink.net.POSTED!53ab2750!not-for-mail
  3. From: marty <nospam@dontbother.luser>
  4. Subject: Re: Telnet zmodem
  5. Newsgroups: comp.protocols.kermit.misc
  6. References: <WpYZa.2154$u%2.1308@nwrdny02.gnilink.net> <bhapf2$d0a$1@watsol.cc.columbia.edu> <0r9_a.319$jw4.275@nwrdny03.gnilink.net> <bhbbm5$rrj$1@watsol.cc.columbia.edu>
  7. Lines: 113
  8. Organization: SOLAR_SYSTEM  --remove "_invalid" to send eMail
  9. User-Agent: KNode/0.7.1
  10. MIME-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7Bit
  13. X-eMail: 6mqb0mis02_invalid@sneakemail.com
  14. Message-ID: <8Vs_a.8529$UB4.2245@nwrdny01.gnilink.net>
  15. Date: Wed, 13 Aug 2003 15:35:32 GMT
  16. NNTP-Posting-Host: 68.161.198.42
  17. X-Complaints-To: abuse@verizon.net
  18. X-Trace: nwrdny01.gnilink.net 1060788932 68.161.198.42 (Wed, 13 Aug 2003 11:35:32 EDT)
  19. NNTP-Posting-Date: Wed, 13 Aug 2003 11:35:32 EDT
  20. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:14460
  21.  
  22. Frank da Cruz wrote:
  23.  
  24. > In article <0r9_a.319$jw4.275@nwrdny03.gnilink.net>,
  25. > marty  <nospam@dontbother.luser> wrote:
  26. > : Frank da Cruz wrote:
  27. > : > In article <WpYZa.2154$u%2.1308@nwrdny02.gnilink.net>,
  28. > : > marty  <nospam@dontbother.luser> wrote:
  29. > : > : Using:  C-Kermit 8.0.209, 17 Mar 2003, for Linux(RH 8.0)
  30. > : > : ...
  31. > : > : From a C-Kermit prompt I telnet to and log onto the server.  The
  32. > : > : procedure for downloading via a telnet connection is to choose the
  33. > : > : download option and name the file one wishes to download.  Chose
  34. > : > : xmodem or zmodem (C-Kermit: set protocol zmodem) and the process
  35. > : > : begins...
  36. > : > : 
  37. > : > "set protocol zmodem" invokes an external protocol, whatever Red Hat
  38. > : > happens to have installed as "rz" and "sz".
  39.  
  40. (lrzsz) 0.12.20  I believe this was the last available 'free' version that 
  41. is in the public domain?
  42.  
  43. > : 
  44. > : Yes I was aware of that fact, thanks.
  45. > : 
  46. > Yes but I didn't know you were aware.
  47. > 
  48. > : > : The process finishes with me being dumped back to the C-Kermit
  49. > : > : prompt. Status: FAILURE
  50. > : > : 
  51. > : > So "rz" failed.
  52. > : 
  53. > : Actually, I wrongly stated that status reported 'FAILURE'.  In fact
  54. > : after all of these failed transfers, typing 'Status' at the C-Kermit
  55. > : prompt reports: 'SUCCESS'
  56. > : 
  57. > Probably you gave some other command that succeeded after the failed
  58. > file transfer and before the STATUS command.  From your posting, it's
  59. > clear that Kermit reported failure.
  60. > 
  61.  
  62. I think I now understand why C-Kermit reports status: SUCCESS ?  After the 
  63. xfer attempt, I reconnect to the host.  The host message is reporting 'File 
  64. transfer complete' although there was no transfer?
  65.  
  66. > : > Some knowledge of serial communication is required.  The C-Kermit book
  67. > : > has chapters and chapters explaining all this.
  68. > : 
  69. > : Ok, so you would like me to buy your book!  Maybe I will, but in the
  70. > : meantime your help is greatly appreciated.
  71. > : 
  72. > My point is that it takes a lot of explaining, more than you'd expect me
  73. > to
  74. > type in the response to a newsgroup posting.  That's why we wrote the
  75. > books. We definitely do not get rich from them.
  76.  
  77. Ok, it was just an feeble attempt to inject a bit of my lame humor into this 
  78. thread!  From re-reading the C-Kermit man-pages I see that you are one of 
  79. the main software developers of C-Kermit AS WELL AS author of the man, the 
  80. manual, etc.  Ouch!  Please accept my apology.
  81.  
  82. > 
  83. > : > You have to make sure an effective form of flow control is established
  84. > : > between every pair of devices along the communication path, e.g. local
  85. > : > computer to its modem, modem to modem, remote modem to remote serial
  86. > : > port.  See:
  87. > : > 
  88. > : >   http://www.columbia.edu/kermit/support.html#hints
  89. > : 
  90. > : Thanks for the link but one minor detail I failed to mention.  My
  91. > : connection to the remote host is via broadband and the Internet, no
  92. > : modem(s) involved. I've tried various flow-control settings for both
  93. > : 'tcpip' and 'remote' to no avail?
  94. > : 
  95. > Then it's a Zmodem protocol failure, which is prone to happen over Telnet
  96. > connections due to Telnet NVT rules, which Kermit obeys but many Zmodem
  97. > implementations do not.  Some of them might have a command-line option to
  98. > force them to adapt to Telnet connections.  Kermit protocol would work a
  99. > lot better 
  100.  
  101. >From  what I have read, I am sure your are correct.
  102.  
  103. -- you might want to mention this to whoever is in charge of
  104. > the other end.
  105.  
  106. They don't care.  This is a free account provided by my local library via a 
  107. library cooperative (www.suffolk.lib.ny.us).  Heck, the only Online support 
  108. they provide is to windows and mac types!  It took three or four eMails to 
  109. tech support for them to come up with untried software suggestions, 
  110. C-Kermit being one of two.
  111.  
  112.   Meanwhile, you'll have to look at the rz and sz programs
  113. > on your Linux system and see what command-line options are available and
  114. > tailor Kermit's SET PROTOCOL command accordingly.
  115. > 
  116. > - Frank
  117.  
  118. *Bottom line*
  119.  
  120. User error was to blame for the C-Kermit/zmodem/sz/SEND error.  Once I 
  121. entered the FULL path name to the file I needed to upload all works 
  122. perfectly.  (I had assummed that because I was in the file directory I 
  123. could type SEND filename... never assume)
  124.  
  125. Downloading is still the issue of failure, but I will continue to 
  126. experiment.  The fact that I can now do file uploads via telnet/zmodem to 
  127. the host is most helpful.
  128.  
  129. Frank, thanks for your comments and your patience.  It is much appreciated.  
  130. I won't trouble you further.
  131.  
  132. marty
  133. -- 
  134. All UNconstructive criticism will be filed in the appropriate receptacle.
  135.